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FIELD OF THE INVENTION 

This invention relates to methods and node configurations for protecting routers 
1 0 against router failure in a telecommunications network. 

. BACKGROUND OF THE INVENTION 

Internet protocol (IP) networks are a form of packet-based network. Packet are 
routed in an IP network by the use of routers, which form the nodes of an IP network (node 
15 and router can be used interchangeably in this document.) When a router receives an IP 
packet, it makes the decision of which adjacent router to send the packet to by consulting its 
local routing tables. The router table entries are indexed by the destination IP address, which 
is contained in the header of every IP packet. An entry for a destination IP address will 
generally contain a path cost and a destination address. The path cost is the cost of the 
20 previously determined lowest cost path between the router. The destination address is the 
local router port which will carry the packet to the next router on the path towards the 
destination address. These routing table entries are determined by the use of a routing 
protocol (most commonly OSPF in larger IP networks). Thus, an IP packet is generally 
routed from its source to destination by a series of routers with each router sending the 
25 packet closer to its destination by consulting its local routing table. The implication of this is 
that no high level coordination or setup of the route the packet takes is required; the route 
the packet takes is determined directly by the sequence of routers it ends up taking. 

Traditionally, an BP network's routers restore any failures which take place by 
execution of the routing protocol to update the router table entries. However, this can take 
30 up to a mmute with OSPF (and possibly longer with simpler routing protocols) and until the 



update takes places the packets which previously would have been routed by a router over/to 
the failed equipment are simply discarded. This leads to a loss of service quality and 
avjulability. 

SUMMARY OF THE INVENTION 

According to an aspect of the invention, there is provided a method of configuring a 
node in an IP network by creating a set of router table entries which form a set of virtually 
preconfigured cycUcal routes, or p-cycles, within the IP network. This set of p-cycles are 
virtual in the sense that the only resources which they normally consume are routing table 
entries. No transmission capacity is required for them, unless/until they are used to carry 
packets (traffic.) These p-cycles sit idle and unused until a failure takes place; the routers 

surrounding the faUure then use these p-cycles to route packets, which normally would be 

lost, around the fjulure. 

According to an aspect of the invention, there is also provided a protected router, 

comprising a router table, the router table having an entry identifying a cycle of routers 

encircling an adjacent router to the protected router and a port associated with that entry. 

The cycle of routers includes all routers logically adjacent to the adjacent router and not the 

adjacent router. 

According to a further aspect of the invention, there is provided a telecommunications 
) network having at least one protected router, and preferably all the routers being protected 
against failure of adjacent routers. 

According to a further aspect of the invention, there is provided a novel data packet 
comprising an ID field that specifies a p-cycle in which the routers in the p-cycle are all 
adjacent a router not in the p-cycle, a path cost field and a data field. 
5 These and other aspects of the invention are described in the detailed description of 

the invention and claimed in the claims that follow. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

There will now be described preferred embodiments of the invention, with reference 
to the drawings, by way of illustration only and not with the intention of limiting the scope of 
the invention, in which like numerals denote like elements and in which: 
5 Figs. lA-lI show examples of node encircling cycles for respectively nodes 0, 1, 10, 

11, 8, 9, 12, 13 and 14 according to the invention; 

Figs. 2A and 2B show re-routing of a packet through a p-cycle; 
Figs. 3 A, 3B and 3C show restoration of a node failure using a p-cycle; 
Fig. 4 shows a cycle for a node of degree 2; 
1 0 Fig. 5 shows design of a packet according to the invention; and 

Fig. 6 shows a routing table for use in a router according to the invention. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
In this patent document, "comprising" means "including". In addition, a reference to 
1 5 an element by the indefinite article "a" does not exclude the possibility that more than one of 
the element is present. 

Node Protection of Routers using p-cycles 

A p-cycle is found for each potential node failure. Various methods can be used to 
find a p-cycle for each potential node failure including manual and automatic methods. These 
20 p-cycles are to be used to route packets, which normally would be lost, around the failure. 
This section will focus on the recovery of node failures, but a direct impUcation of a node 
failure being directly restorable is that any link (connection between a pair of routers) is also 
restorable. A p-cycle which can protect the traffic which was routed through a node failure 
should have two properties: first, it does not contain the node which it is protecting, and, 
25 second, it does contain all the nodes which are logically adjacent (directly connected) to the 
protected node. The p-cycle has a hop count lower than any other p-cycle that encircles the 
node. In general, it may not be possible to always find a simple cycle with these properties (a 
simple cycle is one which crosses each node, at most once) so cycles which cross a node 
more than once may also need to be considered. 



Examples of simple and non-simple cycles are given in Figs^ lA-lI for various nodes 
in a 15 node network. F.g. 1 A shows an example of a graphically apparent encircling p-cycle 
for node 0 Fig. IB shows an example of a graphically non-apparent encircling p-cycle for 
node 1. in which the p-cycle forms a figure 8. Fig IC shows an example of a graphicaUy 
, apparent encircling p-cycle for node 10. which requires inclusion of node 13. not adjacent to 
node 10 for its constmction. Fig. ID shows an example of a logically encircUng p-cycle for 
nodell.whichhasastub,equivalenttoasamespanfigure8. Fig. IE shows an example of 
a graphically non-apparent logically encircling p-cycle for node 8. Fig. IF shows an example 
of a graphically non-appamt logicaUy encircling p-cycle for node 9. Fig. IG shows an 
0 example of an encircling p-cycle for node 12. Fig. IH shows an example of an encirclmg p- 
cycle f6r node 13. Fig. II shows an example of an encircling p-cycle for node 14. Thus, .t .s 
seen that encircling p-cycles may be visually (graphically) apparent, may require a figure 8, 
and/or may be non-apparent, that is. not graphically encircling, but stUl be logicaUy encrclmg. 
It is preferred that the set of p-cycles in a network be selected to minimize the number of p- 
5 cycles protect aU nodes. One way to look at a p-cycle associated with a router .s that .t 
should intercept all traflSc flows through the router. The node IDs for a p-cycle belonging to 
a router are stored in all routers in the p-cycle. 

A p-cycle, with the properties described in the previous paragraph, can compensate 
for the loss of the failed node, by offering the lost node's adjacent nodes (which are the only 
20 nodes which can route packets to the dead node) an alternate path around the faUed node. 
The cycle covers all the node's adjacent neighbors so a path between them is always possible. 
So if a node would have routed a packet to a lost node, but detects that the node is now lost, 
it can divert the packet onto the p-cycle which has been predefined to protect the lost node. 
The packet then travels the perimeter of the protecting p-cycle, being passed firom router to 
25 router, untU it airives at a router who "knows" what to do ^ih the packet; at this pomt the 
packet is routed normally towards its final destination. 

This rerouting of the packet, within the p-cycle. can occur because a router can only 
route a packet to/from the routers that are immediately adjacent to the router. Therefore, 
when a router fails, a p-cycle. with the properties described above, can be used to detour 
30 packets between pairs of routers that would originally have used the failed router. The p- 



cycle is guaranteed ,o provide this detour beo».se it is designed to cover ail the Med 
router's adjacent neighbors and to not contain the failure node. An e«™ple of this packet 
rerouting is given in Figs. 2A and 2B. In Fig. 2A. if the router 10 faUs. a packet bemg sen. 
from source node 12 to destination node 14 is routed as shown in Fig. 2B around nodes 6, 
18. 20 and 22 which form part of a p-cycle surrounding node 10. The complete cycle also 
includes nodes 12, 14 and 24. ., u j ro 

Because a p-cycle can only be formed as a virtual circuit within a packet switched IP 
network, a p-cycle does not use any transmission capacity unless H is actuaUy used. For 
example, h. node protection it is conceivable that a separate p-cycle will be formed for each 
network router. However, in normal operation these cycles will not use any transm.sston 
capacity Only when a node in the network Ms would a p-cycle utilize capacity to detour 
packets around the failure. This is in contrast to a circuit switched network where protection 
capacity used to form a p-cycle would use up the capacity regardless of if it is used to restore 
a failure. 

5 Use of P-cydes to Restore Failures 

As previously discussed a p-cycle restores a failure by providing a detour for a packet 
around a node Mure. The packet is rerouted through the p-cycle untU it re«:hes a router 
that is able to remove the packet from the p-cycle and route it normally. Some staple rules 
are required, to decide if a router may safely remove a packet from a p-cycle. mamly to 
.0 prevem the form^on of packet loops. A packet travels in a loop if somehow it repeatedly 
enters and exits a p-cycle (a packet should enter and exit a p-cycle only once.) 

The rule used to prevent these loops is based on path cost. Each routing table entry 
for a destination IP address has a field containing the path cost from the local router to the 
destination. When being nom,ally routed, the path cost of a packefs routing table entry wtU 
25 go down as tite packet gets closer to its destination because, by design, a packet ,s routed 
towards its destination along lowest cost route. This would not be true if the cost were to 
increase as a packet progressed to its destination. 

To prevent looping within the p-cycle care must be taken that a packet exits the p- 
cyde at a point that is "dowriull" from the point where it entered ("downhir in the sense 
30 that the exit point is closer to the packefs destination than the entty point.) This prevents 



loops because for a packet to return to the p-cycle it would effectively have to move forther 
away from its destination; this is not possible if the packet is routed nom^lly using lowest 
cost paths. 

P-cycle processing rules at the insertion router: 

If a router attempts to send a packet through a port but cannot because the router on 
the other side has been determined to be dead, the router encapsulates the original IP packet 
within a p-cycle packet and sets the path cost field within the p-cycle packet to equal the cost 
of the path the packet would have taken had the router failure not occurred. The structure of 
the packet is shown in Fig. 5. with p-cycle ID field 50 and path cost field 52. The p-cycle ID 
field 50 contains the ID of the p-cycle on which the packet belongs. The path cost field 52 
contains the path cos. of the original pre-failure path for the IP packet. The router then 
accesses the label of the p-cycle that was dedicated to protecting the &iled router and mserts 
the p-cycle packet into the p-cycle. 

P-cycle processing rules at subsequent router on the p-cyde. 
i Subsequent routers, upon reception of a p-cycle packet, determine the destination 

address of the encapsulated IP packet and use this to access the local routing table at the 
subsequent router. If the entry in the local routing table for the destination node points to a 
dead port (presumably, due to the router failure), or there is no entry for the destmafon 
node the router continues relaying the p-cyclc packet along the p-cycle. If tire port .s not 
0 dead the router compares the local table entry's path cost to the p-cycle packet's cost field. 
If the local cost is greater than or equal to packet's cost tire packet is allowed to continue 
along the p-oycle. However, if tite local cost is less than the packet's cost, the onginal IP 
packet is retrieved from the p-cycle packet and routed normally (the router's location ,s 
suitably "downhill" from the p-cycle packet's entry point, and it is safe to route the IP packet 
>5 normally.) 

As previously, mentioned it is guaranteed that eventually the packet wiU amve at a 
router which can remove the packet from the p-cycle. However, to safeguard against the 
situation where no route off tiie p-cycle exists (perhaps another faUure occurred, ehmmatmg 
any possible route), an additional check can be introduced where each router checks if .t had 
30 originaUy introduced the packet to the p-cycle so it can dispose of the packet if it was. Tlus 



check prevents a packet from continually looping around the p-cycle. Note that this check 
would imply the presence of a field in a p-cycle packet which would contain the ID of the 
router which introduced the packet into the p-cycle. 

Fig. 3 gives an example of these p-cycle routing rules. In the example, a packet 
5 would originally have been traveled over the route from node 12 to node 14 given in Figure 
3a. However, a node failure at node 10 disrupts this route and forces the source router 12 to 
detour the packet onto a p-cycle, after encapsulating it in a p-cycle packet (Figure 3b.) The 
first router 16 along the p-cycle continues to pass the packet along as the path cost it has for 
the packet destination is infinite (its route for the packet has also been disrupted by the 
10 failure.) The second router 18 does have a vaUd route for the packet but it also passes the 
packet along the p-cycle. The local path cost of router 18 is 3 which is equal to that of the 
original route and so the packet can not be safely handled using conventional routing. At the 
third router 20, however, the local path cost is 2 (less than the original cost of 3) and, so, the 
packet is routed normally to its destination node 14 (Fig. 3c). 
15 An exemplary routing table is shown in Fig. 6. The routing table has a set of 

addresses, including destination addresses, and also includes a p-cycle address. For each 
address, there is a port ID entry, and a cost for using that port to get to the destination. The 
p-cycle address specifies a port leading to the next router in the p-cycle. Fig. 6 also shows 
schematically that if an IP packet arrives with a destination for which the corresponding port 
20 is dead, the data packet is encapsulated as a p-cycle packet and routed according to the p- 
cycle address entry and its corresponding port. 

Considerations in Node restorable p-cycle design 

Two properties are required for a node to be protected by a p-cycle. The p-cycle must 
25 cover all adjacent nodes (to ensure routes between the protected node and adjacent 
neighbors). The p-cycle must not contmn the node to be protected (so that the p-cycle is not 
disrupted when the node fails.) This can, however, raise issues when dealing with adjacent 
nodes that are of degree 2 (only 2 links terminate on the node.) The complication that arises 
is that the failure of a node connected to a degree 2 node will partially disconnect the node 
3 0 resulting in only a single access point. This problem with using p-cycles with such a site is p- 



cycles can only be formed with nodes that are of at least degree 2 after the node failure 



occurs. 



This can be handled by building a p-cycle for a node failure by considering only the 
adjacent nodes which are of degree 3 or higher. The nodes which are of degree 2 can then be 
connected into the p-cycle using a point to point segment. This is a special case of a figure 8 
loop in which the figure 8 loop is logically required to go down and back the same span, to 
include one or more degree two sites. Fig. 4 gives an example of such an arrangement. 
Nodes 30, 32, 34, 36 and 38 are of at least degree 3. Nodes 40 and 42 are of degree 2. Faced 
with a failure a degree 2 node such as node 40 encapsulates an IP packet as usual and 
introduces it into its part of the preconfigured segment and forwarded to node 38. From 
there it would be passed to the main part of the p-cycle where it would be passed along the 
perimeter using the normal p-cycle rules. The segment connecting nodes 38 and 40 acts as a 
one way entrance into the p-cycle. Once within the p-cycle a packet will only rotate around 
the cycle; it will not exit using the segment. Packets on the p-cycle which need to reach a 
degree 2 node can do this using the previously described mechanism of removal from the p- 
cycle from which point they will be normally routed towards the node. 

Immaterial modifications may be made to the invention described here without 
departing from the essence of the invention. 



